Интернет-магазин с оплатой и доставкой: подключаем, настраиваем, тестируем

Почему подключение оплаты — это не простая задача

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

Мы настраиваем оплату с полным циклом: инициализация, обработка статусов, уведомления, работа с возвратами, передача данных чека в ОФД. Перед запуском обязательно тестируем на реальных транзакциях в тестовом контуре платёжной системы.

Какие службы доставки мы подключаем

СДЭК, Боксберри, Почта России, DHL, DPD — для каждой из них есть готовый модуль для 1С-Битрикс. Для курьерских служб (Яндекс.Доставка, Dostavista) интеграция через API. При подключении нескольких служб настраиваем единый интерфейс выбора в корзине: покупатель видит варианты с ценой и сроком, сравнивает и выбирает.

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

СБП — отдельная тема

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

Важный момент: с 2024 года обязателен приём СБП для торговых точек с определённым оборотом. Для большинства интернет-магазинов это уже актуально — мы подключаем СБП в рамках стандартной настройки оплаты.

Типичные проблемы, с которыми к нам приходят

Большинство обращений по оплате и доставке делятся на несколько повторяющихся сценариев, и за каждым стоит конкретная техническая причина. Первый — «деньги списались, а заказ не оформился». Покупатель оплатил, банк списал средства, но в магазине заказ остался в статусе «ожидает оплаты». Это почти всегда означает, что обработчик платежа не получает или неправильно обрабатывает уведомление от банка. Деньги при этом не пропали, но менеджеру приходится вручную сверять выписку и закрывать заказы — что отнимает время и злит покупателей, которым кажется, что они заплатили впустую.

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

Третий частый запрос — «доставка считается неправильно или не считается вовсе». Покупатель вводит адрес, а калькулятор показывает ноль, заведомо неверную сумму или вообще ошибку. Обычно это следствие устаревшего модуля, неактуального API-ключа службы доставки или некорректной настройки веса и габаритов товаров в каталоге. Без правильных весогабаритных характеристик ни одна служба доставки не вернёт корректную стоимость.

Четвёртый — «нет чеков по 54-ФЗ» или «чеки приходят с ошибками». Магазин принимает оплату, но фискальные чеки не формируются или формируются с неверным составом, ставкой НДС или признаком предмета расчёта. Это прямое нарушение закона, за которое предусмотрены штрафы, поэтому интеграцию с ОФД мы всегда проверяем отдельно и внимательно.

Как мы решаем эти задачи — наш процесс

Мы начинаем не с установки модулей, а с брифа, на котором выясняем бизнес-логику: какие способы оплаты нужны, какова география отгрузок, есть ли отдельные условия для юридических лиц, как устроен возврат товара. Только после этого формируем техническое решение. Такой порядок исключает ситуацию, когда модуль установлен, но не соответствует тому, как реально работает бизнес.

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

Финальный и самый важный этап — тестирование. Мы прогоняем не только сценарий успешной оплаты, но и десятки граничных случаев: отказ банка, таймаут, двойной клик по кнопке оплаты, закрытие страницы до подтверждения, недоступность службы доставки в момент расчёта, оформление возврата. Только пройдя весь этот набор проверок, мы переключаем магазин с тестового контура на боевой.

Гарантии и что вы получаете после запуска

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

Все настройки интеграций остаются вашими: вы получаете полный доступ к административной панели, договорам с эквайером и службами доставки, API-ключам. Это означает, что вы не привязаны к нам как к подрядчику — при желании сменить команду вы передаёте проект без технических ограничений и без необходимости что-либо переделывать с нуля.

Частые возражения и честные ответы на них

«У нас уже подключена оплата, зачем платить за настройку?» — Если оплата работает корректно во всех сценариях, включая отказы, возвраты и чеки по 54-ФЗ, то ничего менять не нужно. Но на практике аудит почти всегда находит проблемы: заказы, закрывающиеся без подтверждения банка, отсутствующие или ошибочные чеки, неработающие возвраты. Мы можем провести аудит существующей оплаты и показать конкретные риски до того, как вы что-то оплатите.

«Можно же просто включить готовый модуль самостоятельно».

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

«Боюсь, что после сдачи проекта останусь один на один с проблемами».

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

Какие способы оплаты выбрать для вашего магазина

Не существует универсального набора способов оплаты — правильный выбор зависит от вашей аудитории и среднего чека. Для массового розничного магазина базовый набор — это банковские карты через эквайринг плюс СБП: вместе они закрывают подавляющее большинство покупателей. СБП особенно ценен для мобильной аудитории и снижает вашу комиссию по сравнению с классическим эквайрингом, поэтому многие магазины активно подталкивают покупателей именно к нему.

Если средний чек высокий — техника, мебель, ювелирные изделия — стоит добавить рассрочку и BNPL-сервисы вроде Долями или Сплита от ЮKassa. Возможность разбить платёж заметно повышает конверсию в дорогих категориях и нередко поднимает средний чек, потому что покупатель решается на более дорогую модель. Для магазинов, работающих с юридическими лицами, обязателен способ оплаты по выставленному счёту: B2B-покупатели платят с расчётного счёта и ожидают получить счёт и закрывающие документы.

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

Доставка как часть клиентского опыта

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

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

Почему выбирают нас

Мы специализируемся на 1С-Битрикс и решали задачи оплаты и доставки для магазинов разного масштаба — от небольших нишевых проектов до магазинов с тысячами заказов в день. Мы не относимся к подключению оплаты как к формальной галочке в ТЗ: для нас это процесс, от которого напрямую зависит выручка клиента и его репутация перед покупателями.

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

Сделайте первый шаг

Расскажите о вашем магазине: сколько заказов в день, какие способы оплаты и доставки нужны, есть ли особые требования вроде оплаты по счёту для юридических лиц или рассрочки. Мы подготовим коммерческое предложение с составом работ, стоимостью и сроком в течение одного рабочего дня. Если у вас уже есть работающий магазин, проведём аудит текущей оплаты и доставки и покажем, что стоит улучшить, прежде чем вы примете решение. Оставьте заявку — и получите расчёт уже завтра.