BITSPARK / Статьи / Оплата и интернет-магазин
Как подключить оплату на сайт: что просят ЮKassa и Robokassa
Коротко: как подключить оплату на сайт, справка ЮKassa описывает пятью шагами: регистрация, данные и документы, договор, интеграция и тестовый магазин. Требования к сайту у ЮKassa и Robokassa записаны на разных страницах и приведены ниже раздельно. Проверить оплату до запуска можно в тестовом магазине ЮKassa, а первый настоящий заказ сервис советует оплатить самому.
Статья для владельца бизнеса или маркетолога, который заказывает интернет-магазин или добавляет оплату на готовый сайт. Она опирается на справку ЮKassa (страницы на русском языке) и Robokassa; требование каждого сервиса приведено вместе со страницей, на которой оно сказано. Выбор сервиса остаётся за вами.
Это справка сервисов, закон в ней не разбирается. О чеках и 54-ФЗ рассказывает статья об онлайн-кассе для интернет-магазина, об оферте - статья о публичной оферте на сайте, о политике обработки персональных данных - статья о политике конфиденциальности.
Страница Robokassa «Требования для подключения онлайн-платежей на сайте» описывает требования к сайту. Процесса интеграции, перечня документов для договора, срока проверки и тестового режима на ней нет, поэтому эти разделы построены на справке ЮKassa. В меню Robokassa пункт «Интернет-эквайринг» описан словами «Онлайн-платежи на сайте, в приложении, социальных сетях и мессенджерах». Дальше статья говорит о приёме платежей на сайте.
Пример в статье вымышленный: магазин чая на example.ru.
Из чего состоит подключение оплаты и кто что делает?
Коротко: по справке ЮKassa подключение проходит в личном кабинете. Страница «Подключение ЮKassa» называет пять шагов, два из них - интеграция и тестовый магазин - с оговорками «если она нужна» и «если нужно». Договор с ЮKassa заключает определённое юрлицо, оформление проходит в личном кабинете, а настройку интеграции может выполнять специалист с ограниченным доступом.
На странице «Подключение ЮKassa» шаги записаны так:
- «Зарегистрируйтесь в ЮKassa.»
- «Заполните данные для договора и загрузите копии документов (всё в личном кабинете).»
- «Подпишите договор с ЮMoney (можно электронной подписью).»
- «Настройте интеграцию, если она нужна.»
- «Протестируйте прием платежей в тестовом магазине, если нужно.»
Порядок жёстким не назван. Там же сказано: «Тестировать платежи можно без договора и без данных о компании.» Страница «Подключение платежей в ЮKassa» сводит путь к трём шагам: заключить договор, настроить интеграцию, провести настоящий платёж.
Кто что делает, видно по тексту страниц. Страница «Документы для договора с ЮKassa» начинается словами: «Всё подключение российской компании, в том числе оформление договора, проходит в личном кабинете.» На странице «Условия работы в ЮKassa» сказано: «Договор с ЮKassa заключает определенное юрлицо. Если юрлицо меняется, нужно заключать новый договор.» По этим словам договор заключает определённое юрлицо, а оформление договора проходит в личном кабинете.
Интеграция описана иначе. Страница «Как пригласить разработчика в ЮKassa» предлагает «выдать ограниченный доступ в свой личный кабинет специалисту, который настроит для вас интеграцию». Срок этой работы страница «Документы для договора с ЮKassa» не называет: «Сколько продлится техническая интеграция - зависит от ваших специалистов.»
Страница «Подключение платежей в ЮKassa» говорит об интеграции прямо: «Чтобы принимать платежи на сайте или в приложении, нужно настроить интеграцию.» Если договор подписан и все шаги отмечены зелёным, платежи можно принимать через мобильный терминал или в сервисе выставления счетов.
У Robokassa на странице «Требования для подключения онлайн-платежей на сайте» шагов подключения нет. На ней стоят кнопка «Подключить», пять требований и технические требования к сайту. Они перечислены в отдельном разделе о Robokassa.
Какие данные и документы нужны для договора с ЮKassa?
Коротко: на странице «Документы для договора с ЮKassa» для российской компании названы данные организации и паспорт; остальные документы нужны при условиях, которые называет страница. Договор подписывают на бумаге или электронной подписью и загружают в личный кабинет. На вопрос «Сколько времени занимает подключение» страница отвечает словами «Обычно три рабочих дня».
Шаги со страницы «Документы для договора с ЮKassa» для российской компании:
- Зарегистрироваться в личном кабинете.
- Заполнить данные для договора: «адрес организации, реквизиты, контактные данные».
- Загрузить скан паспорта директора «(и другие документы, если нужны)».
- Подписать договор, который готовит ЮKassa: распечатать и подписать или воспользоваться электронной подписью.
- Загрузить подписанный договор в личном кабинете.
Из документов, по словам страницы, «Обязательно нужен только паспорт». Индивидуальным предпринимателям нужен паспорт индивидуального предпринимателя, юридическим лицам - паспорт генерального директора. Ещё могут понадобиться сканы лицензий, если деятельность организации лицензируется, а также скан паспорта представителя и скан доверенности, если договор подпишет не руководитель.
О сроке страница «Документы для договора с ЮKassa» на 05.10.2026 пишет так: «Обычно три рабочих дня. За это время мы проверяем ваши данные и документы, которые вы загрузили в личном кабинете». Статус подключения виден в личном кабинете. Если нужно дослать документы или уточнить данные, сервис, по словам страницы, напишет «на почту и в личный кабинет».
Подключение нерезидентов РФ на этой странице описано отдельным списком: оно начинается в личном кабинете, часть этапов проходит через менеджера.
Зачем для договора нужны сканы паспорта и данные о бенефициарах, объясняет страница «Условия работы в ЮKassa»: сервис ссылается на закон 115-ФЗ.
У Robokassa на странице «Требования для подключения онлайн-платежей на сайте» перечня документов для договора нет. О договоре с сервисом на ней сказано после пяти требований, под заголовком «Сайт готов к приему платежей»: «Все методы приема оплаты в одном месте и по одному договору». Строка о способах оплаты, в которой тоже назван договор, приведена в разделе о способах оплаты.
Что должно быть на сайте до заявки в ЮKassa?
Коротко: страница «Подготовка сайта к подключению к ЮKassa» требует запущенный сайт с настоящими товарами или услугами, ценами, описаниями, информацией о доставке или получении, документом об условиях услуг (для онлайн-сервиса и услуг), контактами и реквизитами. Готовность сайта сервис проверяет на этапе заключения договора.
Страница «Подготовка сайта к подключению к ЮKassa» открывается так.
«Включить приём платежей через ЮKassa можно только на сайте, который полностью готов к работе.»
Проверка идёт на этапе договора: если на сайте нужно что-то исправить или добавить, сервис напишет в личный кабинет.
Требования страницы:
- Запущенный сайт. «Мы не сможем проверить сайт, если он не открывается или находится в разработке.»
- Настоящие товары с ценами (или услуги с тарифами). «Если остались тестовые позиции (которые вы или ваши разработчики размещали для проверки сайта) - уберите их.»
- Настоящие описания. «Если где-то осталась тестовая информация - замените её на настоящую или уберите с сайта эту страницу или товар.»
- Доставка или получение товара. Для физических товаров: «добавьте на сайт информацию о способах доставки, которые доступны в вашем магазине». Для цифровых товаров: «расскажите покупателю, как он сможет получить товар после оплаты».
- Пользовательское соглашение или оферта. Страница ставит условие: «Если у вас онлайн-сервис или вы оказываете услуги, добавьте на сайт документ, в котором прописана правовая информация об условиях использования и предоставления ваших услуг.»
- Контакты и реквизиты. «Как можно с вами связаться (номер телефона, почтовый адрес, электронная почта), а также название юридического лица, ИНН и ОГРН.»
Для сайтов, которые собирают пожертвования, на странице есть отдельный список.
Что должно быть на сайте до подключения к Robokassa?
Коротко: страница Robokassa «Требования для подключения онлайн-платежей на сайте» называет пять требований: публичный доступ, актуальное описание товаров и услуг, оферта, контактные данные и реквизиты продавца. Отдельный блок технических требований добавляет прямую ссылку без переадресации, единый домен, замену тестовых карточек и условия для товаров 18+.
Страница начинается так: «Ваш сайт должен соответствовать требованиям законодательства РФ, правилам платежных систем и систем электронных платежей.» Дальше идут пять требований:
- «Ресурс существует и публично доступен»: «Ссылка на сайт должна работать, доступ к сайту не ограничен.»
- «Актуальный контент»: «Должно быть размещено актуальное описание товаров и услуг, именно тех, которые вы будете продавать.»
- «Есть оферта»: «Обязательный документ, описывающий на каких условиях вы взаимодействуете с покупателями.»
- «Контактные данные»: «Электронная почта и телефон для связи есть на сайте, не скрыты и доступны.»
- «Реквизиты продавца»: «ИНН/ОГРН компании, данные самозанятого размещены в подвале сайта.»
В блоке «Технические требования к сайту» названы:
- «Прямая ссылка на ваш сайт без переадресации на другой 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» владелец выдаёт ограниченный доступ по электронной почте разработчика из личного кабинета. Нужен телефон, привязанный к кабинету. Разработчик редактирует технические настройки, проверяет платежи в тестовом магазине и, как сказано на странице, делает возвраты и выставляет счета.
Страница пишет: «Чтобы пригласить разработчика, нужно привязать номер телефона к личному кабинету.» Доступ выдаёт владелец:
- На главной странице личного кабинета найти блок «Пригласите разработчика» и нажать «Выдать доступ».
- В форме указать электронную почту разработчика: на неё придёт приглашение.
- Нажать «Подтвердить», ввести код из смс, отправленный на привязанный телефон, и нажать «Дальше».
- Разработчик переходит по ссылке из письма, и у него появляется доступ. На главной странице вместо блока «Пригласите разработчика» появится блок «Разработчик».
По словам страницы, «Разработчик может редактировать технические настройки, проверять платежи в тестовом магазине, смотреть историю операций, делать возвраты и выставлять счета.» В списке есть возвраты и счета, то есть доступ шире настроек интеграции.
Страница предупреждает о двух владельцах настроек: «Доступ к редактированию настроек магазина открыт одновременно для владельца и разработчика. Если вы будете редактировать настройки, можете случайно изменить или удалить техническую информацию, которую указал разработчик. Это может повлиять на работу магазина.»
Закрыть доступ можно в блоке «Разработчик»: нажать иконку с перечёркнутым кругом, ввести код из смс и нажать «Закрыть доступ». После этого, как сказано на странице, «этот специалист не сможет войти в ваш личный кабинет». У Robokassa на странице с требованиями такой процедуры нет.
Как проверить оплату до запуска?
Коротко: у ЮKassa для проверки есть тестовый магазин: в нём можно проверить интеграцию, приём платежей и отправку чеков. Платежи там проходят как настоящие, но деньги не списываются. После теста нужно переключиться на настоящий магазин, а первый настоящий заказ сервис советует оплатить самому.
Страница «Тестовые магазины в ЮKassa» начинается словами: «Перед запуском приёма платежей можно проверить всё в тестовом режиме: интеграцию, приём платежей, отправку чеков по 54-ФЗ.» Исключение названо там же: «Пока нельзя протестировать только выставление счетов.»
Тестовый магазин создают в личном кабинете: нажать на блок с названием магазина, выбрать «Добавить магазин», затем тестовый магазин и указать, принимаются ли платежи на сайте. Если вы не зарегистрированы, есть короткий путь: «без юридических вопросов, ИНН и т.д.».
Проверка сайта на конструкторе или CMS по странице «Настройка интеграции с ЮKassa» идёт в таком порядке:
- Настроить приём платежей по инструкции из раздела «Готовые решения».
- «Выпустите секретный ключ в тестовом магазине, пропишите его в настройках модуля.» Страница оговаривает: «В некоторых модулях секретный ключ не нужен: можно просто переключиться в настройках модуля на тестовый магазин.»
- «Сделайте и оплатите заказ на своём сайте, как это будут делать ваши клиенты. Для оплаты используйте тестовые данные - платёж пройдёт как настоящий, но реальные деньги не спишутся.»
- «Если тестовый платёж прошёл правильно, можно принимать платежи.»
- «Не забудьте переключиться с тестового магазина на настоящий: либо поменяйте магазин в настройках модуля, либо выпустите в магазине секретный ключ и пропишите его в модуле.»
Что ещё сказано на странице «Тестовые магазины в Ю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 на странице с требованиями не названа.
Что спросить у подрядчика и что сделать самому до запуска?
Коротко: вопросы подрядчику следуют из страниц сервисов: кто регистрируется и подписывает договор, готов ли сайт к проверке, какой вариант интеграции выбран, кто получает доступ в кабинет и кто проводит тест и первый настоящий платёж. Это вопросы для обсуждения, юридического заключения в них нет.
- Какой сервис выбран, от чьего имени подаётся заявка и кто загружает документы. По странице «Условия работы в ЮKassa» договор заключает определённое юрлицо.
- Готов ли сайт к проверке по странице выбранного сервиса: нет тестовых карточек, есть реальные цены и описания, условия доставки, контакты и реквизиты.
- Какой вариант интеграции выбран: страница сервиса, виджет, готовый модуль для CMS или конструктора, самостоятельная настройка по API. От этого зависит, где покупатель выбирает способ оплаты и вводит данные.
- Открывается ли сайт по адресу с https://, если интеграция идёт по HTTP-протоколу (страница «Настройка интеграции с ЮKassa»).
- Кому выдан доступ в личный кабинет сервиса, что ему доступно (в том числе возвраты и счета) и кто закрывает доступ после работ.
- Как выполняется тест: какой тестовый магазин, какой адрес для тестовых уведомлений, кто проводит платёж картой сервиса и кто переключает модуль на настоящий магазин.
- Все ли способы оплаты из договора отображаются на сайте и сколько для них кнопок.
- Кто оплачивает первый настоящий заказ и кто потом проводит его через бухгалтерию.
- Как устроены чеки: ответ в статье об онлайн-кассе для интернет-магазина.
Если интернет-магазин заказывается у студии, услуга «Интернет-магазин» описана на главной странице BITSPARK: «От 55 000 ₽ - каталог, корзина, оплаты и необходимые интеграции». Шаг «Разработка» там описан так: «Верстаем, программируем и подключаем сервисы. Технологии выбираем под задачу.»
Источники
Состояние страниц на 05.10.2026; дат публикации на страницах нет.
- Подключение ЮKassa - пять шагов подключения, тестирование без договора.
- Документы для договора с ЮKassa - шаги, документы, срок проверки.
- Подготовка сайта к подключению к ЮKassa - требования к сайту.
- Интеграция с ЮKassa - путь интеграции для сайта.
- Настройка интеграции с ЮKassa - готовые решения, самостоятельная настройка, SSL, переход на настоящий магазин.
- Как пригласить разработчика в ЮKassa - доступ разработчика.
- Тестовые магазины в ЮKassa - тестовый режим.
- Подключение платежей в ЮKassa - три шага, первый настоящий платёж.
- Способы приема платежей в ЮKassa - способы оплаты, кнопки.
- Условия работы в ЮKassa - договор, срок поступления денег, комиссия.
- Выбор сценария интеграции - Прием платежей по API ЮKassa - сценарии интеграции.
- Процесс платежа - Прием платежей по API ЮKassa - шаги покупателя, две стадии.
- Требования для подключения онлайн-платежей на сайте | Robokassa - пять требований и технические требования к сайту.
- BITSPARK - Digital studio - услуга «Интернет-магазин» и шаг «Разработка».
Обсудить проект в Telegram: t.me/billioniks