Оплата на сайте — это не одна кнопка, а набор состояний: платёж создан, успешен, отклонён, повторён, отменён, возвращён. Мы подключаем оплату через выбранного вами оператора и доводим до предсказуемого поведения каждый из этих сценариев, включая чек и возврат.
Быстрая диагностика
Страница подходит любому интернет-магазину, которому нужна оплата на сайте.
Оплата сейчас идёт переводом по реквизитам или при получении, и часть покупателей отказывается.
Платёж иногда «зависает»: непонятно, оплачен заказ или нет.
Покупатель оплатил, но заказ на сайте остался неоплаченным.
Возвраты оформляются вручную и занимают время менеджера.
Чек покупателю отправляется не всегда, и это вызывает вопросы.
Оператор выбран, но техническое подключение к сайту не сделано.
Если нужны оптовые счёта и отсрочка вместо карточной оплаты, точнее подойдёт страница про оптовый портал
Основная проблема
Успешная оплата — самый простой сценарий, и именно его обычно проверяют перед запуском. Все остальные состояния встречаются реже, но именно они порождают спорные ситуации: покупатель закрыл окно оплаты на середине, банк отклонил операцию, деньги списались, а уведомление до сайта не дошло, покупатель нажал «оплатить» дважды. Если каждое из этих состояний не описано заранее, магазин узнаёт о них от недовольного покупателя.
Отдельная сложность — источник истины. Сайт не может считать заказ оплаченным на основании того, что покупатель вернулся на страницу «спасибо»: возврат в браузере и подтверждение от платёжного сервиса — разные события. Заказ должен переходить в оплаченный статус только по подтверждению от оператора, с защитой от повторной обработки одного и того же уведомления.
Наконец, есть граница, которую техническое подключение не переходит. Договор с платёжным оператором, регистрация и обслуживание онлайн-кассы, налоговый режим, состав чека, правила возврата и информирование покупателя — обязанности продавца. Мы отвечаем за корректную передачу данных и обработку статусов, но не берём на себя вашу отчётность и юридические требования и не даём консультаций по налогообложению.
Что происходит без изменений
Только следствия, без выдуманных цифр.
Если привычного способа оплаты нет, часть покупателей не завершает заказ.
Без обработки всех статусов остаются заказы, о которых неизвестно, оплачены они или нет.
Без защиты от повторной обработки возможны повторные платежи и разбор ситуации вручную.
Возврат без интеграции оформляется в личном кабинете оператора отдельно от заказа на сайте.
Если данные не уходят в кассу автоматически, покупатель не получает чек вовремя.
Каждый неясный платёж превращается в переписку и сверку выписок.
Что создаётся
Результат — предсказуемая оплата, где каждое состояние платежа имеет описанное поведение.
Разбираем поддерживаемые вашим оператором способы и выбираем сценарий, соответствующий вашей модели продаж.
Снимает: Подключается то, что реально работает в вашем случае, а не абстрактный список способов.
Настраиваем формирование платежа с корректной суммой, составом и идентификатором заказа.
Снимает: Платёж однозначно связан с заказом.
Заказ переводится в оплаченный статус по подтверждению от оператора, а не по возврату покупателя в браузере.
Снимает: Статус заказа соответствует факту оплаты.
Настраиваем понятное поведение при отклонении платежа и возможность повторить оплату без нового заказа.
Снимает: Отказ банка не означает потерю заказа.
Реализуем сценарии отмены неоплаченного заказа и возврата средств в пределах возможностей оператора.
Снимает: Возврат оформляется по регламенту, а не вручную каждый раз.
Передаём в кассовое решение данные, необходимые для формирования чека, в согласованном составе.
Снимает: Чек формируется автоматически по факту оплаты.
Настраиваем уведомления покупателю о состоянии оплаты и магазину о новых и проблемных платежах.
Снимает: Обе стороны знают, что происходит с оплатой.
Проводим проверку в тестовой среде оператора и добавляем журнал платёжных событий.
Снимает: Сценарии проверяются до приёма реальных денег, а спор разбирается по записям.
Схема работы
Оплата — отдельный узел между оформлением заказа и отгрузкой.
Целостный контур магазина описан на странице раздела; здесь — только платёжный участок.
Состав решения
Сначала сценарий и границы ответственности, затем реализация, затем проверка в тестовом режиме.
Сценарии использования
Обезличенные схемы. Страница подходит любому интернет-магазину.
Начинаем с базового сценария оплаты картой и через систему быстрых платежей, затем добавляем чек.
Проверяем поддержку частичного возврата у оператора и фиксируем регламент.
Разбираем обработку подтверждений и добавляем защиту от повторной обработки и журнал.
Согласуем, как стоимость доставки попадает в сумму платежа и в состав чека.
Разделяем сценарии: карточная оплата для розницы и счёт для оптовых заказов.
Интеграции и зависимости
Возможности оплаты ограничены тем, что поддерживает выбранный вами оператор и ваша касса.
Приём платежа, статусы, возвраты.
Граница: Договор, тарифы, набор способов оплаты и правила возврата — зона клиента и оператора.
Формирование и отправка чека.
Граница: Регистрация кассы, налоговый режим, состав чека и отчётность — зона клиента.
Формирование суммы и состава заказа, отображение состояния оплаты.
Граница: Сайт передаёт данные и обрабатывает статусы, но не заменяет кассу и оператора.
Отражение факта оплаты в учёте.
Граница: Синхронизация с учётом — отдельная интеграция.
Стоимость доставки, входящая в сумму платежа.
Граница: Подключаются отдельными интеграциями.
Правила расчётов, информирования покупателя и возвратов.
Граница: Соблюдение требований законодательства и налогообложение — обязанность клиента; консультаций по ним мы не даём.
Этапы работы
Границы ответственности фиксируются до начала технической работы.
Уточняем оператора, способы оплаты, наличие частичной оплаты и возвратов.
Фиксируем платёжный сценарий и границы ответственности сторон.
Реализуем формирование платежа с корректной суммой и идентификатором.
Настраиваем подтверждение оплаты, отказ, повтор и отмену.
Реализуем оформление возврата в пределах возможностей оператора.
Настраиваем передачу данных для формирования чека.
Подключаем оповещения и ведение истории платёжных событий.
Прогоняем все сценарии в тестовой среде и переходим на рабочий режим.
Сроки заранее не фиксируем: они зависят от выбранного оператора, набора способов оплаты, требований к чеку и наличия тестовой среды.
Что проверяется при сдаче
Проверяются все состояния платежа, а не только успешная оплата.
Кому подходит
Любой интернет-магазин, принимающий оплату на сайте
Когда нужен другой формат
Мы указываем это прямо, чтобы объём работ соответствовал задаче.
Расчёты идут по счетам с отсрочкой, без карточной оплаты.
Оптовый порталНужно, чтобы факт оплаты отражался в учётной системе.
Интеграция с 1СОсновная задача — стоимость и способы доставки в оформлении заказа.
Доставка, ПВЗ и самовывозНужно, чтобы оплаченный заказ попадал в работу менеджера.
Интеграция с CRMЗоны ответственности
Стоимость
Стоимость определяется числом сценариев и требованиями к чеку.
Разные операторы дают разный набор операций и разную сложность подключения.
Каждый дополнительный способ требует отдельной проверки сценариев.
Полные и частичные возвраты, а также правила их оформления влияют на объём работ.
Состав позиций, ставки и признаки расчёта определяют трудоёмкость передачи данных в кассу.
Сценарии с частичной оплатой сложнее полной оплаты заказа.
Журнал, уведомления и разбор спорных платежей влияют на объём работ.
Оценку формируем после разбора модели расчётов и требований к чеку. Комиссии оператора и обслуживание кассы в оценку работ не входят и оплачиваются вами напрямую.
Вопросы и ответы
Следующий шаг
Напишите, какой оператор выбран и какие способы оплаты нужны. Уточним сценарии и требования к чеку.
Телефон +7 (495) 201-25-26, почта like-sites@mail.ru.
Куда перейти дальше
