Схема платежа
Состояния заказа, банковские операции и действия менеджера.
Подключаем платёжный шлюз Сбербанка к магазину и настраиваем обмен состояниями между банковской операцией и заказом на сайте.
Укажите CMS и этап подключения у банка. Определим, достаточно ли модуля или нужна доработка платёжного сценария.
Интеграция эквайринга Сбербанка — техническое подключение сайта к банковскому платёжному шлюзу. Оно включает регистрацию операции, переход к оплате, получение её результата и согласованные действия при отмене или возврате.
Уточняем CMS, установленный платёжный модуль, статус подключения у банка и назначение выданных доступов. Разделяем тестовую и промышленную среду. Согласуем, какие способы оплаты действительно доступны магазину: наличие названия инструмента в общей документации ещё не означает его включение для конкретного договора.
Описываем жизненный цикл заказа: создание, ожидание, успешное списание, отказ и истечение времени. Если деньги сначала резервируются, отдельно определяем момент подтверждения списания. Учитываем действия менеджера при изменении состава покупки и недоступности одного из товаров, чтобы статус банка не противоречил фактической обработке заказа.
Передаём согласованную сумму и связываем банковский идентификатор с внутренним номером покупки. Проверяем результат через предусмотренные шлюзом механизмы, а не по адресу страницы возврата. Обрабатываем повторное открытие оплаты и ситуацию, когда запрос завершился сетевой ошибкой, но банк уже принял операцию.
Используем документацию платёжного шлюза Сбербанка для выбранного варианта подключения. При разработке нестандартного модуля выделяем API-интеграцию с журналом технических событий без платёжных секретов. Проверяем, какие состояния переводят заказ в работу, а какие требуют внимания менеджера.
Проходим тесты успешного платежа, отказа, прерванного перехода, задержки подтверждения и повторного обращения. Для отмены и возврата согласуем отдельные сценарии: это не взаимозаменяемые действия. Проверяем их доступность, сумму и отражение результата в магазине. Боевые проверки с движением денег требуют согласования владельца.
Проверяем итоговую корзину после применения доставки и скидок. Если требуется формирование чеков, отдельно подключаем онлайн-кассу и согласованный состав данных. Для целостного оформления покупки связываем эквайринг с оплатой, доставкой и лояльностью, не смешивая банковскую и фискальную части.
Укажите CMS и этап подключения у банка. Определим, достаточно ли модуля или нужна доработка платёжного сценария.
Состояния заказа, банковские операции и действия менеджера.
Регистрация оплаты и проверка результатов в выбранной схеме.
Проверки ошибок, возвратов и перехода в промышленную среду.
Сверяем договорные возможности, среду и модуль CMS.
Настраиваем платёж, результат и предусмотренные операции.
Тестируем покупки и передаём порядок контроля.
Тестовые параметры не остаются в рабочем магазине.
Оплата подтверждается состоянием шлюза, а не переходом браузера.
Согласованная операция отражается корректно и в банке, и в заказе.
Задачи клиентов, принятые решения и выполненные работы — в опубликованных проектах ISKAR.
SEO · Экскурсионное и аудиооборудование
379 заявок и звонков из поиска за время нашей работы. Помогли покупателям находить оборудование под свою задачу: от радиогида до комплекта для музея.
Читать кейс: TourAudioSEO · Контейнеры и холодильные решения
55 заявок и звонков из поиска за время нашей работы. Развивали каталог и поисковый спрос вокруг выбора, покупки и эксплуатации контейнеров.
Читать кейс: 40REFОтзывы о сотрудничестве с ISKAR: сопровождении сайта, продвижении и внедрении CRM.
Техническое подключение сайта и договор с банком — разные работы. Договорные условия и одобрение определяет банк. Для разработки уточняем доступность нужных операций и параметры, которые банк выдаёт вашему магазину.
Доступность SberPay и способ подключения проверяем по банковскому продукту, договору и используемому модулю. Если SberPay нужен, включаем его в согласованный список требований и отдельные пользовательские проверки.
Нет, такой переход сам по себе не подтверждает банковскую операцию. Проверяем её идентификатор и состояние предусмотренным шлюзом способом. Это важно и для защиты от ложного подтверждения, и для покупателей, которые закрыли браузер после оплаты.
Расскажите о сайте и о том, что хотите изменить. Уточним объём работ, обсудим сроки и подготовим предложение.
Опишите вашу ситуацию. Если сайт или CRM уже есть — добавьте ссылку и то, что хотите изменить.
На следующем шаге нужен только телефон. Остальное — по желанию.
Или напишите: info@iskariot.ru