Покупатель может оплатить заказ и закрыть вкладку, не возвращаясь на сайт. Магазину все равно нужно понять, какой заказ оплачен и что сообщить менеджеру. Поэтому подключение оплаты проверяют по связке «заказ — платеж — статус», включая отмененные и повторные попытки.
Как связаны товар, заказ и платеж
Товар описывает то, что человек покупает: название, вариант, количество и цену. Заказ фиксирует выбранный состав, контакты покупателя, доставку и итоговую сумму. Платеж — отдельная операция у платежного сервиса, которую нужно сопоставить с этим заказом.
Одна и та же сумма не годится для такого сопоставления: два покупателя могут одновременно заказать одинаковый товар. До запуска проверьте, по каким данным менеджер найдет соответствие между записью магазина и операцией у провайдера. Номер заказа и идентификатор платежа могут различаться; важно знать, где видна их связь и как проверить ее без догадок по времени и фамилии.
Чтобы подключить оплату на сайте Тильды, сначала выберите сам сценарий продажи. В документации магазина разделены продажи через корзину и без нее, в том числе для отдельного товара или услуги. Дальше рассмотрим вариант с корзиной: покупатель выбирает позиции, оставляет контакты и оплачивает собранный заказ. Для прямого перехода к оплате состав проверок придется согласовать с возможностями выбранного подключения.
Что подготовить в Тильде и кабинете платежного сервиса
Начните с доступного вашему магазину сервиса и его инструкции для Тильды. Наличие названия в списке интеграций само по себе не подтверждает, что провайдер подключит конкретного продавца и нужный способ оплаты. Уточните условия в кабинете сервиса до настройки сайта, чтобы не строить сценарий вокруг недоступной возможности.
Платежные системы подключаются в настройках сайта, в разделе платежных систем. При одном подключенном сервисе покупатель после отправки формы переходит к нему, при нескольких может выбрать способ в корзине. Параметры конкретного провайдера берите из его отдельной инструкции по подключению к Тильде.
Исполнителю стоит передать не только название сервиса, но и исходные условия:
- адрес сайта и страницы, с которой начинается покупка;
- товары или услуги, варианты, валюту и правила расчета суммы;
- действующие скидки, доставку и ограничения заказа;
- выбранный способ оплаты и состояние подключения в кабинете провайдера;
- место, где менеджер должен видеть заказ, и рабочий канал уведомлений;
- согласованный способ проверки: тестовый режим, если он поддерживается, либо контрольная реальная покупка.
Отдельно подготовьте опубликованную страницу с настоящим товаром. Для проверки оплаты страницу необходимо опубликовать: предпросмотр показывает работу корзины, но не заменяет проверку интеграции. Если вместе с оплатой меняется оформление заказа, включите этот сценарий в задачи по разработке сайта, чтобы он прошел общую приемку.
Как проверить сумму и состав заказа
Выберите небольшой набор контрольных покупок, который покрывает ваши правила цены. Для магазина с вариантами нужен заказ конкретного размера или комплектации; для нескольких единиц товара — изменение количества. Если предусмотрены доставка и промокоды, проверьте их отдельно и вместе, а не только самый простой заказ без дополнительных условий.
Для каждого сценария заранее запишите ожидаемый результат. Например, две позиции по 1200 рублей и доставка за 300 рублей дают итог 2700 рублей. Это условный расчет для проверки: его сравнивают с корзиной, суммой у платежного сервиса и сохраненным заказом. Одного правильного числа на кнопке недостаточно, если менеджер затем получает другое количество или не видит выбранный вариант.
Удобно сверять четыре точки:
- в карточке выбран нужный товар или вариант;
- в корзине верны позиции, количество, скидка и доставка;
- перед подтверждением платежа верны сумма и валюта;
- в полученном заказе есть состав покупки и контакты для ее исполнения.
В общих настройках Тильды предусмотрены проверки цены и других данных перед переходом к оплате. Для товаров из Каталога проверка выполняется всегда; для товаров, внесенных вручную в контент блоков, есть настройка уровня проверки. Доставку и скидку можно проверять отдельными настройками. При приемке попросите показать выбранные значения и объяснить, что произойдет при расхождении, а не просто подтвердить наличие защиты.
Как проверить успешную оплату и закрытие вкладки
Сначала проведите обычную успешную покупку до конца: оформите заказ, оплатите и вернитесь на сайт предусмотренным способом. Запишите номер заказа, идентификатор операции, сумму и время проверки. Убедитесь в результате в кабинете платежного сервиса, затем найдите соответствующий заказ в магазине и проверьте, какие сведения получил менеджер.
Вторую покупку проверьте с закрытием вкладки после завершения оплаты, без возврата на сайт. Не продолжайте этот сценарий, повторно открывая страницу благодарности: так вы скроете как раз то условие, которое хотели проверить. Менеджер должен найти заказ и сверить его оплату независимо от того, посмотрел ли покупатель финальную страницу.
Страница благодарности подтверждает переход в браузере. Основание считать заказ оплаченным нужно проверять по операции в кабинете платежного сервиса и ее связи с заказом.
Если у провайдера успех, а у заказа подтверждения нет, проверьте передачу результата и согласованные сроки обновления. Сбоем стоит считать подтвержденное отклонение от ожидаемого поведения подключения. Сохраните номера и время операции, проверьте доступные сведения об ошибке и передайте их исполнителю. Не просите покупателя платить еще раз только потому, что запись магазина пока не обновилась.
Как именно результат приходит от провайдера и какие события поддерживает интеграция, зависит от выбранного сервиса. Наличие вебхуков, сроки обновления и доступные состояния нужно уточнять для своего подключения. Приемка должна зафиксировать наблюдаемое поведение вашего варианта: где появилось подтверждение, через какое время его увидел менеджер и что он делает, если подтверждение задержалось.
Что происходит при отмене и повторной попытке
Покупатель может уйти с платежной страницы до подтверждения, получить отказ или вернуться в магазин, чтобы изменить покупку. Эти действия стоит проверить раздельно. Закрытая вкладка сама по себе не означает отмену платежа: итог по-прежнему выясняют у провайдера, а не по тому, куда перешел браузер.
Для первой проверки оформите заказ и прервите оплату до ее завершения. Посмотрите, что осталось в магазине и что увидел менеджер. Состояние без подтвержденной оплаты не должно восприниматься как разрешение выдать товар; при этом полезно сохранить данные, по которым можно разобраться в обращении покупателя.
Затем повторите покупку доступным для вашего подключения способом. Это может быть новая попытка оплаты либо новое оформление заказа — конкретное поведение нужно установить во время теста. Запишите, сохраняется ли номер заказа, появляется ли новая операция и как менеджер отличит исходную запись от повторной.
В типовом примере покупатель сначала прерывает оплату, потом меняет количество с одной единицы на две и оформляет покупку заново. Проверьте, что подтвержденный платеж относится к актуальной сумме и составу. Ранняя незавершенная запись не должна приводить к выдаче еще одного комплекта товара или второму заданию менеджеру.
Отказ платежа проверяйте способом, который предусмотрен документацией провайдера, например в его тестовом режиме, если такой сценарий доступен. Не подбирайте случайные действия с реальной картой в надежде получить нужную ошибку. Если воспроизвести состояние нельзя, так и отметьте в приемке: оно не проверено, а порядок ручной сверки согласован отдельно.
Как принять статусы и уведомления менеджеру
Приемку завершает не скриншот кнопки оплаты, а несколько найденных заказов с понятным результатом. Для каждого теста сохраните ожидаемую сумму, номера заказа и операции, фактическое состояние у провайдера, состояние записи магазина и полученное уведомление. Добавьте короткую отметку о расхождениях: так повторная проверка будет проверкой исправления, а не новой попыткой наугад.
В разделе заявок Тильды можно посмотреть подробности заказа, а в журнале ошибок — сведения о проблемах передачи данных и подключенных сервисов. Срок хранения заявок зависит от настроек, поэтому заранее определите, где магазин будет хранить рабочую историю заказов.
Согласуйте с менеджером значение каждого состояния, которое реально появляется в вашем подключении. Отдельно отметьте, какое подтверждение позволяет начать исполнение и какие записи требуют сверки в кабинете платежного сервиса. Не подменяйте этим статус доставки или обработки заказа: платеж может быть подтвержден, а товар еще не собран.
Проверьте содержание уведомления, а не только факт доставки письма или сообщения. Менеджеру нужны номер заказа, сумма, способ найти состав и понятное указание, подтверждена ли оплата. Если выбранный канал передает только заявку, получатель должен понимать это ограничение и знать, где проверить платеж до выдачи товара.
Уведомление покупателю — еще одна отдельная настройка. Тильда поддерживает отправку писем с данными заказа через почтовый сервис или SMTP. Работа такого письма сама по себе не проверяет доставку информации менеджеру или в CRM: эти направления нужно пройти тем же контрольным заказом.
Итоговый документ должен позволять сотруднику разобраться без исполнителя: где искать заказ, как найти его платеж, куда смотреть при расхождении и кому передать номера проблемной операции. Опишите, что продаете и какой платежный сервис используете — определим настройки и сценарии проверки оплаты.